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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in SR 000 314 (or the updates on the ETSI Web server) 
which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Project Broadband Radio Access Networks (BRAN). 

The present document is part 1, sub-part 2 of a multi-part deliverable. Full details of the entire series can be found in 
part 1, sub-part 1 (see bibliography). 
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Scope 



The present document contains the Test Suite Structure (TSS) and Test Purposes (TP) to test the BRAN HIPERLAN 
type 2; Data Link Control (DLC) layer; Part 1: Basic data transport functions. 

The objective of the present document is to provide a basis for conformance tests for BRAN HIPERLAN type 2 
equipment giving a high probability of air interface inter-operability between different manufacturer's BRAN 
HIPERLAN type 2 equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [3] and ISO/IEC 9646-2 [4]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [2]) are used as a basis for the test methodology. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[1] ETSI TS 101 761-1 (VI. 3.1): "Broadband Radio Access Networks (BRAN); HIPERLAN Type 2; 

Data Link Control (DLC) Layer; Part 1: Basic Data Transport Functions". 

[2] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[3] ISO/IEC 9646-1 (1994): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 1: General concepts". (See also ITU-T 
Recommendation X.290 (1995)). 

[4] ISO/IEC 9646-2 (1994): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 2: Abstract test suite specification". (See also ITU-T 
Recommendation X.291 (1995)). 

[5] ISO/IEC 9646-6 (1994): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 6: Protocol profile test specification". 

[6] ISO/IEC 9646-7 (1995): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 7: Implementation conformance statement". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in ISO/IEC 9646-7 [6] and TS 101 761-1 [1] 
apply. 
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3.2 



Abbreviations 



For the purposes of the present document, the abbreviations defined in ISO/IEC 9646-1 [3], ISO/IEC 9646-6 [5], 
ISO/IEC 9646-7 [6], TS 101 761-1 [1] and the following apply: 



AP 

ARQ 

Bl 

BO 

BV 

CA 

DLC 

DUC 

DUCC 

ERC 

TUT 

LCH 

LT 

MAC 

MT 

PDU 

PICS 

SN 

TP 

TSS 



Access Point 

Automatic Repeat Request 

Invalid Behaviour 

Inopportune Behaviour 

Valid Behaviour 

Capability tests 

Data Link Control 

DLC User Connection 

DLC User Connection Control 

ERror Control 

Implementation Under Test 

Long CHannel 

Lower Tester 

Medium Access Control 

Mobile Terminal 

Protocol Data Unit 

Protocol Implementation Conformance Statement 

Sequence Number 

Test Purposes 

Test Suite Structure 



Test suite structure 



4.1 



Structure 



Figure 1 shows the DLC Error Control Test Suite Structure (TSS) including its subgroups defined for the conformance 

testing. 



Test Suite 



Protocol group 



Protocol subgroup 



Test group 
CA BV Bl BO 

ERC-AP/ ERC-MT DLC Error Control service Acknowledge mode x 

Repetition mode x 

Unacl<nowledge mode x 

Figure 1 : TSS for HIPERLAN 2 DLC Error Control service 

The test suite is structured as a tree with a first level defined as ERC-AP or ERC-MT representing the protocol group 
"DLC Error Control service for AP and DLC Error Control service for MT". 



4.2 Test groups 



The test groups are organized in three levels. The first level creates one protocol group representing the protocol 
services. The second level separates the protocol services in functional modules. The last level in each branch contains 
one or more of the standard ISO subgroups CA, B V, Bl and BO. 

4.2.1 Protocol groups 

The protocol groups identifies the DLC Error Control service, as defined in TS 101 761-1 [1]. 
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4.2.1.1 Transmission mode 



The Error Control service group is divided in three functional modules. The first functional module identifies 
acknowledge mode procedures. The second functional module identifies repetition mode procedures. The last functional 
module identifies unacknowledge mode procedures. 

4.2.2 Main test groups 

The main test groups are the capability group, the valid behaviour group, the invalid behaviour group and the 
inopportune behaviour group. 

4.2.2.1 Capability (CA) tests 

This test subgroup shall provide limited testing of the major lUT capabilities aiming to insure that the claimed 
capabilities are correctly supported, according to the PICS. 

4.2.2.2 Valid Behaviour (BV) tests 

This test subgroup shall verify that the lUT reacts in conformity with the present document, after receipt or exchange of 
valid Protocol Data Units (PDUs). Valid PDUs means that the exchange of messages and the content of the exchanged 
messages are considered as valid. 

4.2.2.3 Invalid Behaviour (Bl) tests 

This test subgroup shall verify that the lUT reacts in conformity with the present document, after receipt of a 
syntactically invalid PDU. 

4.2.2.4 Inopportune Behaviour (BO) tests 

This test subgroup shall verify that the JUT reacts in conformity with the present document, after receipt of a 
syntactically correct PDU not expected in the actual message exchange. 



5 Test Purposes (TP) 

5.1 Introduction 

5.1 .1 TP definition conventions 

The TPs are defined following particular rules as shown in table 1 . 

Table 1 : TP definition rules 



TP Id according to the TP 
naming conventions 



Reference. 
Initial condition. 
Stimulus. 
Expected behaviour. 



TP Id The TP Id is a unique identifier it shall be specified according to the TP naming 

conventions defined in clause 5.1 .2. 
Reference The reference should contain the references of the subject to be validated by the actual 

TP (specification reference, clause and paragraph). 
Condition The condition defines in which initial state the lUT has to be to apply the actual TP. 
Stimulus The stimulus defines the test event to which the TP is related. 
Expected behaviour Definition of the events that are expected from the IDT to conform to the base 
specification. 
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5.1 .2 TP naming conventions 

The identifier of the TP is built according to table 2. 



Table 2: TP naming convention 



Identifier: TP/<st>/<pg>/<fm>/<x>-<nnn> 






<st> = side type 


AP 


Access Point 




MT 


Mobile Terminal 


<pg> = protocol group 


ECM 


DLC Error Control service 


<fm> = functional module 


AM 


Acknowledge mode 




RM 


Repetition mode 




UM 


Unacknowledge mode 


X = Type of testing 


CA 


Capability Tests 




BV 


Valid Behaviour Tests 




Bl 


Invalid Behaviour Tests 




BO 


Inopportune Behaviour Tests 


<nnn> = sequential number 


(000-999) 


Test Purpose Number 



EXAMPLE: TP/MT/ECM/AM/BV-010 is the tenth purpose for the valid behaviour testing of the acknowledge 
mode procedures of the DLC error control service implemented at MT side. 

5.1 .3 Sources of TP definitions 

All TPs are specified according to TS 101 761-1 [1]. 
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5.2 Test purposes for AP 
5.2.1 Acknowledge mode 



TP/AP/ECM/AM/CA-OOO 


Reference: TS 101 761-1 [1], clause 6.4.2.8 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 

lUT has reached its window limit without receiving acknowledgement. 

Check, that: after receiving a cumulative acknowledgement indicating that the last 

packet of the window was receive negatively, the lUT advances its window to the 

lowest negatively acknowledged LCH. 


TP/AP/ECM/AM/CA-001 


Reference: TS 101 761-1 [1], clause 6.4.2.8 

Initial condition: DUG established. lUT is the receiver. A small window (32) is in use. 

lUT is not in flow control state. 

Check, that: the lUT generate at least one cumulative acknowledgement each 2 times 

round trip time duration. 


TP/AP/ECM/AM/CA-002 


Reference: TS 101 761-1 [1], clause 6.4.2.9 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 
Check, that: when the lUT has new LGHs waiting for transmission and its transmission 
windows has not advanced during more than 5 s, the lUT resets the connection. 


TP/AP/ECM/AM/CA-003 


Reference: TS 101 761-1 [1], clause 6.4.2.9 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 
Check, that: after execution of the reset procedure initiated by the LT, the lUT re-starts 
transmission with SN number 0. 


TP/AP/ECM/AM/CA-004 


Reference: TS 101 761-1 [1]- 6.4.2.9 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 

lUT is in flow control state. 

Check, that: after execution of the reset procedure initiated by the LT, the lUT has 

leaved the flow control state. 


TP/AP/ECM/AM/CA-005 


Reference: TS 101 761-1 [1], clause 6.4.2.9 

Initial condition: 2 DUG established connection in acknowledge mode. lUT is the 
transmitter or the receiver. A small window (32) is in use in each connection. 
Check, that: after execution of the reset procedure initiated by the LT, the lUT has 
performed the reset actions for all connections in acknowledged mode. 


TP/AP/ECM/AM/CA-006 


Reference: TS 101 761-1 [1], clause 6.4.2.10 

Initial condition: DUG established. lUT is the receiver. A small window (32) is in use. 
Check, that: the lUT negatively acknowledges a LCH with incorrect GRC by setting the 
corresponding bit to in a next cumulative acknowledgement. 


TP/AP/ECM/AM/CA-007 


Reference: TS 101 761-1 [1], clause 6.4.2.10 

Initial condition: DUG established. lUT is the receiver. A small window (32) is in use. 
Check, that: the lUT negatively acknowledges a LCH with SN outside its receiver 
window by setting the corresponding bit to in a next cumulative acknowledgement. 


TP/AP/ECM/AM/CA-008 


Reference: TS 101 761-1 [1], clause 6.4.2.10 

Initial condition: DUG established. lUT is the receiver. A small window (32) is in use. 
Check, that: the lUT positively acknowledges a correct LCH either by setting the 
corresponding bit to 1 in a next bitmap block or by setting the corresponding bit to 1 in 
the next cumulative acknowledgement or by a negative acknowledgement of a higher 
SN in the next cumulative acknowledgement. 


TP/AP/ECM/AM/CA-009 


Reference: TS 101 761-1 [1], clause 6.4.2.11 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 
Check, that: after receiving two successive logically incorrect ARQ feedback 
messages, the lUT resets the connection by using the relevant DUGG message. 


TP/AP/ECM/AM/CA-010 


Reference: TS 101 761-1 [1], clause 6.4.2.11 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 

Check, that: the lUT re-transmits correctly an LCH negatively acknowledged in a 

cumulative acknowledgement and previously positively acknowledged in a bitmap 

block. (The lUT has kept the LCH in its buffer until the reception of the cumulative 

acknowledgement.) 


TP/AP/ECM/AM/CA-01 1 


Reference: TS 101 761-1 [1], clause 6.4.2.11 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 
Check, that: the lUT transmits new LGHs in consecutive ascending order of their 
sequence numbers. 


TP/AP/ECM/AM/CA-012 


Reference: TS 101 761-1 [1], clause 6.4.2.11 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 
Check, that: when the lUT has reached its transmission window limit without receiving 
cumulative acknowledgement, the lUT stops transmission of new LGHs. 
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TP/AP/ECM/AM/CA-013 


Reference: TS 101 761-1 [1], clause 6.4.2.12.1 

Initial condition; DUG established. lUT is the transmitter. A small window (32) is in use. 

lUT has sent a discard message. 

Check, that: when receiving negative acknowledgements for LCHs that it has 

previously announced in a discard message, the lUT retransmits the discard message. 


TP/AP/ECM/AM/CA-014 


Reference: TS 101 761-1 [1], clause 6.4.2.14 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 
Check, that: upon receiving an ARQ feedback message with the FG bit set (flow control 
mode), and at least after a round trip time, the lUT sends only LCHs with sequence 
numbers up to the highest sequence number signalled in the Bitmap Blocks of the 
received ARQ feedback message. 



5.2.2 Repetition mode 



TP/AP/EGMRM/GA-OOO 


Reference: TS 101 761-1 [1], clause 6.4.3.7 

Initial condition: The IVIT has joined a convergence layer broadcast. 

Check, that: the lUT transmits new LCHs in consecutive ascending order of their 

sequence numbers. 


TP/AP/EGMRM/GA-001 


Reference: TS 101 761-1 [1], clause 6.4.3.9.2 

Initial condition: The I\/1T has joined a convergence layer broadcast. 

Check, that: when the lUT has to inform its peer, that it sends no more repetition up to 

a sequence number, it transmits a discard message including the discard sequence 

number. 



5.2.3 Unacknowledged mode 



TP/AP/ECM/UM/CA-OOO 


Reference: TS 101 761-1 [1], clause 6.4.4.3 

Initial condition: A U-plane multicast DUC connection is established. 

Check, that: the lUT transmits new LCHs in consecutive ascending order of their 

sequence numbers. 


TP/AP/ECM/UM/GA-001 


Reference: TS 101 761-1 [1]- 6.4.4.3 

Initial condition: A U-plane multicast DUC connection is established. 

Check, that: the lUT ignores a received ARQ feedback message. 


TP/AP/ECM/UM/CA-002 


Reference: TS 101 761-1 [1], clause 6.4.4.3 

Initial condition: A U-plane multicast DUC connection is established. 

Check, that: the lUT ignores a received flow control indication message. 



5.3 Test purposes for MT 
5.3.1 Acknowledge mode 



TP/MT/ECM/AM/CA-OOO 


Reference: TS 101 761-1 [1], clause 6.4.2.8 

Initial condition: DUC established. lUT is the transmitter. A small window (32) is in use. 

lUT has reached its window limit without receiving acknowledgement. 

Check, that: after receiving a cumulative acknowledgement indicating that the last 

packet of the window was receive negatively, the lUT advances its window to the 

lowest negatively acknowledged LCH. 


TP/MT/ECM/AM/CA-001 


Reference: TS 101 761-1 [1], clause 6.4.2.8 

Initial condition: DUC established. lUT is the receiver. A small window (32) is in use. 

lUT is not in flow control state. 

Check, that: the lUT generate at least one cumulative acknowledgement each 2 times 

round trip time duration. 


TP/MT/ECM/AM/CA-002 


Reference: TS 101 761-1 [1], clause 6.4.2.9 

Initial condition: DUC established. lUT is the transmitter. A small window (32) is in use. 
Check, that: when the lUT has new LCHs waiting for transmission and its transmission 
windows has not advanced during more than 5 s, the lUT resets the connection. 


TP/MT/ECM/AM/CA-003 


Reference: TS 101 761-1 [1], clause 6.4.2.9 

Initial condition: DUC established. lUT is the transmitter. A small window (32) is in use. 
Check, that: after execution of the reset procedure initiated by the LT, the lUT re-starts 
transmission with SN number 0. 
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TP/MT/ECM/AM/CA-004 


Reference: TS 101 761-1 [1], clause 6.4.2.9 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 

lUT is in flow control state. 

Check, that: after execution of the reset procedure initiated by the LT, the lUT has 

leaved the flow control state. 


TP/MT/ECM/AM/CA-005 


Reference: TS 101 761-1 [1], clause 6.4.2.9 

Initial condition: 2 DUG established connection in acknowledge mode. lUT is the 
transmitter or the receiver. A small window (32) is in use in each connection. 
Check, that: after execution of the reset procedure initiated by the LT, the lUT has 
performed the reset actions for all connections in acknowledged mode. 


TP/MT/ECM/AM/CA-006 


Reference: TS 101 761-1 [1], clause 6.4.2.10 

Initial condition: DUG established. lUT is the receiver. A small window (32) is in use. 
Check, that: the lUT negatively acknowledges a LCH with incorrect CRC by setting the 
corresponding bit to in a next cumulative acknowledgement. 


TP/MT/ECM/AM/CA-007 


Reference: TS 101 761-1 [1], clause 6.4.2.10 

Initial condition: DUG established. lUT is the receiver. A small window (32) is in use. 
Check, that: the lUT negatively acknowledges a LCH with SN outside its receiver 
window by setting the corresponding bit to in a next cumulative acknowledgement. 


TP/MT/ECM/AM/CA-008 


Reference: TS 101 761-1 [1], clause 6.4.2.10 

Initial condition: DUG established. lUT is the receiver. A small window (32) is in use. 
Check, that: the lUT positively acknowledges a correct LCH either by setting the 
corresponding bit to 1 in a next bitmap block or by setting the corresponding bit to 1 in 
the next cumulative acknowledgement or by a negative acknowledgement of a higher 
SN in the next cumulative acknowledgement. 


TP/MT/ECM/AM/CA-009 


Reference: TS 101 761-1 [1], clause 6.4.2.11 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 
Check, that: after receiving two successive logicaly incorrect ARQ feedback messages, 
the lUT resets the connection by using the relevant DUCG message. 


TP/MT/ECM/AM/CA-010 


Reference: TS 101 761-1 [1], clause 6.4.2.11 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 

Check, that: the lUT re-transmits correctly an LCH negatively acknowledged in a 

cumulative acknowledgement and previously positively acknowledged in a bitmap 

block. (The lUT has kept the LCH in its buffer until the reception of the cumulative 

acknowledgement.) 


TP/MT/ECM/AM/CA-011 


Reference: TS 101 761-1 [1], clause 6.4.2.11 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 
Check, that: the lUT transmits new LCHs in consecutive ascending order of their 
sequence numbers. 


TP/MT/ECM/AM/CA-012 


Reference: TS 101 761-1 [1], clause 6.4.2.11 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 
Check, that: when the lUT has reached its transmission window limit without receiving 
cumulative acknowledgement, the lUT stops transmission of new LCHs. 


TP/MT/ECM/AM/CA-013 


Reference: TS 101 761-1 [1], clause 6.4.2.12.1 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 

lUT has sent a discard message. 

Check, that: when receiving negative acknowledgements for LCHs that it has 

previously announced in a discard message, the lUT retransmits the discard message. 


TP/MT/ECM/AM/CA-014 


Reference: TS 101 761-1 [1], clause 6.4.2.14 

Initial condition: DUG established. lUT is the transmitter. A small window (32) is in use. 
Check, that: upon receiving an ARQ feedback message with the FG bit set (flow control 
mode), and at least after a round trip time, the lUT sends only LCHs with sequence 
numbers up to the highest sequence number signalled in the Bitmap Blocks of the 
received ARQ feedback message. 



£75/ 



12 



ETSI TS 101 823-1-2 V1.4.1 (2004-08) 



5.3.2 Repetition mode 



TP/MT/ECM/RM/CA-OOO 



Reference: TS 101 761-1 [1], clause 6.4.3.4 

Initial condition: The MT has joined a convergence layer broadcast. 

Check, that: the MT accepts all possible window sizes (32, 64, 128, 256). 



5.3.3 Unacl^nowledged mode 



TP/IVIT/ECM/UM/CA-OOO 



Reference: TS 101 761-1 [1], clause 6.4.4.4 

Initial condition: A U-plane multicast DUG connection is established. 

Check, that: the lUT, after receiving correctly a sufficient number of LCHs, does not 

transmit an ARQ feedback message. 
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